home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20030409-20031118 / 000300_jimchapman@freightliner.com_Wed Sep 24 09:15:31 EDT 2003.msg < prev    next >
Text File  |  2020-01-01  |  3KB  |  61 lines
  1. Article: 14543 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!panix!bloom-beacon.mit.edu!newsfeed.stanford.edu!postnews1.google.com!not-for-mail
  3. From: jimchapman@freightliner.com (Jim Chapman)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Maddening Problem with C-Kermit Script
  6. Date: 23 Sep 2003 16:14:11 -0700
  7. Organization: http://groups.google.com/
  8. Lines: 42
  9. Message-ID: <b9d3cf36.0309231514.62cade83@posting.google.com>
  10. References: <b9d3cf36.0309230755.5fbff9b6@posting.google.com> <bkpqqo$i4u$1@sesame.cc.columbia.edu>
  11. NNTP-Posting-Host: 170.2.52.140
  12. Content-Type: text/plain; charset=ISO-8859-1
  13. Content-Transfer-Encoding: 8bit
  14. X-Trace: posting.google.com 1064358853 10772 127.0.0.1 (23 Sep 2003 23:14:13 GMT)
  15. X-Complaints-To: groups-abuse@google.com
  16. NNTP-Posting-Date: 23 Sep 2003 23:14:13 GMT
  17. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:14543
  18.  
  19. fdc@sesame.cc.columbia.edu (Frank da Cruz) wrote in message news:<bkpqqo$i4u$1@sesame.cc.columbia.edu>...
  20. > In article <b9d3cf36.0309230755.5fbff9b6@posting.google.com>,
  21. > Jim Chapman <jimchapman@freightliner.com> wrote:
  22. > : We've been using C-Kermit 5A(190) for years on an AIX 3.2.51 host for
  23. > : remote terminal access.  All this time it's worked just fine dialing
  24. > : and connecting.  Recently I thought I'd do some scripting and found
  25. > : that my scripts always failed with the error "Command file terminated
  26. > : by error."  After some experimenting, I discovered that it was being
  27. > : caused by any use of the "input" or "reinput" statements with the text
  28. > : parameter.  If I leave off the text parameter and include only the
  29. > : timeout parameter (which doesn't search for much), it works fine, but
  30. > : if I include the text parameter I get the error.  At first, I thought
  31. > : maybe this build of 5A was just broken and had gone unnoticed all this
  32. > : time, so I downloaded version 8.0.209 and built it without errors and
  33. > : after testing discovered it fails the SAME WAY when using "input" or
  34. > : "reinput".  I'm only trying to do a simple automated login script like
  35. > : 
  36. > : dial \m(number)
  37. > : if fail ...etc.
  38. > : output \13
  39. > : input 5 login:
  40. > : if success...etc.
  41. > : 
  42. > : If I'm overlooking something dumb, I wish somebody would be kind
  43. > : enough to point it out to me.  This is making me crazy...
  44. > : 
  45. > I suspect that "set take error on" (which is NOT the default) is in
  46. > effect when you run this script.  This makes the command file terminate
  47. > automatically when any command in it fails.  If the INPUT command does not
  48. > get the "login:" string within 5 seconds it fails, and this will give the
  49. > result you describe.
  50. > 
  51. > Remove the "set take error on" command from your script (or your .kermrc
  52. > file, or wherever else it is), or if you can't find it, add "set take error
  53. > off" to your script.
  54. > 
  55. > - Frank
  56.  
  57. Hmmm...you're correct.  Thank you.  If I "set take error off", my
  58. script works just fine under controlled pass and fail conditions. 
  59. Though, now I wonder what it doesn't like when it's enabled.  It seems
  60. as if it bails under any condition.
  61.